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Brief History 


Technical Committee TCl of ECMA met for the first time in December 1960 to prepare standard codes for Input/Output 
purposes. On 30th April 1965, Standard ECMA-6 was adopted by the General Assembly of ECMA. 


Subsequent international activities necessitated three revisions of ECMA-6, which were issued in June 1967, July 1970 and 
August 1973. In the 3rd edition, TC1 introduced a new concept, that of versions of the code and proposed at the same time an 
International Reference Version. This concept and this specific version were eventually adopted by ISO for the new 
International Standard ISO 646-1972 and by CCITT for the International Telegraph Alphabet No. 5 (CCITT Rec. V.3). 


In parallel to these developments, further work on extension of the 7-bit code was achieved. The techniques for extending the 
repertoire of the 7-bit code, remaining in a 7-bit environment, and for expanding it to 8-bit codes are described in Standard 
ECMA-35 (ISO 2022). In application of these techniques the structure of, and rules for, 8-bit codes are defined in Standard 
ECMA-43 (ISO 4873). 


This 6th Edition corresponds to the 3rd edition of ISO 646 issued in 1991, a revision of the 1983 issue prepared by WG-7 of 
ISO/IEC/JTC1/SC2 in which several members of ECMA/TC1 were major contributors. The differences between the 5th and 
the 6th editions are specified in annex C. 


Adopted by the General Assembly of ECMA in December 1991. 
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Scope 


This ECMA Standard specifies a set of 128 characters, (control characters and graphic characters such as 
letters, digits and symbols) with their coded representation. Most of these characters are mandatory and 
unchangeable, but provision is made for some flexibility to accommodate national and other requirements. 


This ECMA Standard specifies a 7-bit coded character set with a number of options. It also provides 
guidance on how to exercise the options to define specific national versions and application-oriented 
versions. Furthermore it specifies the International Reference Version (IRV) in which such options have been 
exercised. 


This character set is primarily intended for the interchange of information among data processing systems 
and associated equipment, and within data communication systems. The need for graphic characters and 
control functions in data processing has also been taken into account in determining this character set. 


This character set is applicable to alphabets of the Latin script. 


This character set allows the use of control characters for code extension where its character set is 
insufficient for particular applications. Procedures for the use of these control characters are specified in 
Standard ECMA-35. 


The definitions of the control characters mentioned in this ECMA Standard are specified in Standard ECMA- 
48. It is assumed that data associated with them are to be processed serially in a forward direction. When 
they are included in strings of data which are processed other than serially in a forward direction or when 
they are included in data formatted for fixed-record processing they may have undesirable effects or may 
require additional special treatment to ensure that they result in their desired function. 


Conformance and Implementation 


Conformance 
Conformance of information interchange 


A coded-character-data-element (CC-data-element) within coded information for interchange is in 
conformance with this ECMA Standard if all the coded representations of characters within that CC-data- 
element conform to the requirements of 8.1. 


A claim of conformance shall identify the version adopted in accordance with 8.2 to 8.4. 


Conformance of devices 


A device is in conformance with this ECMA Standard if it conforms to the requirements of 2.1.2.1, and 
either or both of clauses 2.1.2.2 and 2.1.2.3 below. A claim of conformance shall identify the version 
adopted. 


2.1.2.1 Device description 


A device that conforms to this ECMA Standard shall be the subject of a description that identifies the 
means by which the user may supply characters to the device, or may recognize them when they are 
made available to him, as specified respectively in clauses 2.1.2.2 and 2.1.2.3 below. 


2.1.2.2 Originating devices 


An originating device shall allow its user to supply any sequence of characters from the version 
adopted, and shall be capable of transmitting their coded representations within a CC-data-element. 


2.1.2.3 Receiving devices 


2.2 


A receiving device shall be capable of receiving and interpreting any coded representations of 
characters that are within a CC-data-element, and that conform to clause 2.1.1 of this ECMA Standard, 
and shall make the corresponding characters available to its user in such a way that the user can identify 
them from among those of the version adopted, and can distinguish them from each other. 


Implementation 


The use of this character set requires definitions of its implementation in various media. For example, these 
could include punched tapes, punched cards, magnetic and optical interchangeable media and transmission 
channels, thus permitting interchange of data to take place either indirectly by means of an intermediate 


recording on a physical medium, or by local connection of various units (such as input and output devices 
and computers) or by means of data transmission equipment. 


The implementation of this coded character set in physical media and for transmission, taking into account 
the need for error checking, is the subject of other standards. 


References 

ECMA-35: Code Extension Techniques, 4th Edition 

ECMA-43: 8-Bit Coded Character Set - Structure and Rules 
ECMA-48: Control Functions for Coded Character Sets, 5th Edition 


ISO/IEC 10538: Control functions for text communication 


Definitions 
For the purpose of this Standard the following definitions apply. 
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Active position 


The character position which is to image the graphic symbol representing the next graphic character or 
relative to which the next control function is to be executed. 


NOTE I 

In general, the active position is indicated in a display by a cursor. 

Bit combination 

An ordered set of bits used for the representation of characters. 

Character 

A member of a set of elements used for the organization, control or representation of data. 
Character position 

The portion of a display that is imaging or is capable of imaging a graphic symbol. 
Coded character set; code 


A set of unambiguous rules that establishes a character set and the one-to-one relationship between the 
characters of the set and their bit combinations. 


Coded-character-data-element (CC-data-element) 


An element of interchanged information that is specified to consist of a sequence of coded representations of 
characters, in accordance with one or more identified standards for coded character sets. 


NOTE 2 


In a communication environment according to the Reference Model for Open Systems Interconnection of 
ISO 7498, a CC-data-element will form all or part of the information that corresponds to the Presentation- 
Protocol-Data-Unit (PPDU) defined in that International Standard. 


NOTE 3 


When information interchange is accomplished by means of interchangeable media, a CC-data-element will 
form all or part of the information that corresponds to the user data, and not that recorded during 
formatting and initialization. 


Code extension 


The techniques for the encoding of characters that are not included in the character set of a given code. 


Code table 


A table showing the character allocated to each bit combination in a code. 
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Control character 


A control function the coded representation of which consists of a single bit combination. 


Control function 


An action that affects the recording, processing, transmission, or interpretation of data, and that has a coded 
representation consisting of one or more bit combinations. 


Device 


A component of information processing equipment which can transmit, and/or receive, coded information 
within CC-data-elements. 


NOTE 4 


It may be an input/output device in the conventional sense, or a process such as an application program or 
a gateway function. 


Escape sequence 


A string of bit combinations that is used for control purposes in code extension procedures. The first of these 
bit combinations represents the control function ESCAPE. 


Final byte 


The bit combination that terminates an escape sequence or a control sequence. 


Graphic character 


A character, other than a control function, that has a visual representation normally hand-written, printed or 
displayed, and that has a coded representation consisting of one or more bit combinations. 


Graphic symbol 


A visual representation of a graphic character or of a control function. 


Repertoire 


A specified set of characters that are represented by means of one or more bit combinations of a coded 
character set. 


User 
A person or other entity that invokes the services provided by a device. 


NOTE 5 


This entity may be a process such as an application program if the "device" is a code converter or a 
gateway function, for example. 


NOTE 6 


The characters, as supplied by the user or made available to him, may be in the form of codes local to the 
device, or of non-conventional visible representations, provided that clause 2.1.2 above is satisfied. 


Notation, Code Table and Names 


Notation 
The bits of the bit combinations of the 7-bit code are identified by b7, b6, b5, b4, b3, b2 and b1, where b7 is 
the highest-order, or most-significant, bit and b1 is the lowest-order, or least-significant, bit. 


The bit combinations may be interpreted to represent integers in the range 0 to 127 in binary notation by 
attributing the following weights to the individual bits: 
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6.1 


In this ECMA Standard, the bit combinations are identified by notations of the form x/y, where x is a number 
in the range 0 to 7 and y is a number in the range 0 to 15. The correspondence between the notations of the 
form x/y and the bit combinations consisting of the bits b7 to b1 is as follows: 


— x is the number represented by b7, b6 and b5 where these bits are given the weights 4, 2 and 1 
respectively; 


— y is the number represented by b4, b3, b2 and bl where these bits are given the weights 8, 4, 2 and | 
respectively. 


The notations of the form x/y are the same as those used to identify code table positions, where x is the 
column number and y the row number (see clause 5.2). 


Code table 


A 7-bit code table consists of 128 positions arranged in 8 columns and 16 rows. The columns are numbered 0 
to 7 and the rows 0 to 15. 


The code table positions are identified by notations of the form x/y, where x is the column number and y is 
the row number. 


The positions of the code table are in one-to-one correspondence with the bit combinations of the code. The 
notation of a code table position, of the form x/y, is the same as that of the corresponding bit combination. 


Names 


This ECMA Standard assigns a unique name to each character. In addition, it specifies an acronym for each 
control character and for the characters SPACE and DELETE, and a graphic symbol for each graphic 
character. By convention, only capital letters, space and hyphen are used for writing the names of the 
characters. For acronyms only capital letters and digits are used. It is intended that the acronyms and this 
convention be retained in all translations of the text. 


The names chosen to denote graphic characters are intended to reflect their customary meaning. However, 
this ECMA Standard does not define and does not restrict the meanings of graphic characters. Neither does it 
specify a particular style or font design for the graphic characters when imaged. 


Specification of the Coded Character Set 


Structure 
The coded character set of this ECMA Standard shall have the following structure. 


— aCOcontrol character set of up to 32 control characters; 
— the graphic character SPACE (SP); 

— aG60 graphic character set of up to 94 graphic characters; 
— the character DELETE (DEL). 


SP 


C0 GO 


DEL 


ereotrd 


Figure 1 - Structure of the 7-bit coded character set 


6.2 Control characters 


The control characters of the CO set shall be represented by bit combinations as specified in annex A. 


6.3 Character SPACE 
The acronym of the character SPACE is SP and it is represented by bit combination 2/0. 
This character is a graphic character, it has a visual representation consisting of the absence of a graphic 
symbol. 

6.4 Graphic characters 


The 94 bit combinations 2/1 to 7/14 are used for the representation of graphic characters as specified in 
6.4.1, 6.4.2 and 6.4.3. 


All graphic characters shall be spacing characters, that is, they cause the active position to advance by one 
character position. 
6.4.1 Unique graphic character allocations 


A unique graphic character is allocated to each of the 82 bit combinations 2/1, 2/2, 2/5 to 3/15, 4/1 to 
5/10, 5/15 and 6/1 to 7/10. These graphic characters are specified in table 1. 


Table 1 - Unique graphic character allocations 


Graphic Coded 
Symbol representation 


EXCLAMATION MARK 
QUOTATION MARK 
PERCENT SIGN 
AMPERSAND 
APOSTROPHE 

LEFT PARENTHESIS 
RIGHT PARENTHESIS 
ASTERISK 

PLUS SIGN 

COMMA 

HYPHEN-MINUS 

FULL STOP 

SOLIDUS 

DIGIT ZERO 

DIGIT ONE 

DIGIT TWO 

DIGIT THREE 

DIGIT FOUR 

DIGIT FIVE 

DIGIT SIX 

DIGIT SEVEN 

DIGIT EIGHT 

DIGIT NINE 

COLON 

SEMICOLON 

LESS-THAN SIGN 

EQUALS SIGN 
GREATER-THAN SIGN 
QUESTION MARK 

LATIN CAPITAL LETTER A 
LATIN CAPITAL LETTER B 
LATIN CAPITAL LETTER C 
LATIN CAPITAL LETTER D 
LATIN CAPITAL LETTER E 
LATIN CAPITAL LETTER F 
LATIN CAPITAL LETTER G 
LATIN CAPITAL LETTER H 
LATIN CAPITAL LETTER I 
LATIN CAPITAL LETTER J 
LATIN CAPITAL LETTER K 
LATIN CAPITAL LETTER L 
LATIN CAPITAL LETTER M 
LATIN CAPITAL LETTER N 
LATIN CAPITAL LETTER O 
LATIN CAPITAL LETTER P 
LATIN CAPITAL LETTER Q 
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Table 1 - Unique graphic character allocations (cont’d) 


Graphic Coded 
Symbol representation 


LATIN CAPITAL LETTER R 
LATIN CAPITAL LETTER S 
LATIN CAPITAL LETTER T 
LATIN CAPITAL LETTER U 
LATIN CAPITAL LETTER V 
LATIN CAPITAL LETTER W 
LATIN CAPITAL LETTER X 
LATIN CAPITAL LETTER Y 
LATIN CAPITAL LETTER Z 
LOW LINE 

LATIN SMALL LETTER A 
LATIN SMALL LETTER B 
LATIN SMALL LETTER C 
LATIN SMALL LETTER D 
LATIN SMALL LETTER E 
LATIN SMALL LETTER F 
LATIN SMALL LETTER G 
LATIN SMALL LETTER H 
LATIN SMALL LETTER I 
LATIN SMALL LETTER J 
LATIN SMALL LETTER K 
LATIN SMALL LETTER L 
LATIN SMALL LETTER M 
LATIN SMALL LETTER N 
LATIN SMALL LETTER O 
LATIN SMALL LETTER P 
LATIN SMALL LETTER Q 
LATIN SMALL LETTER R 
LATIN SMALL LETTER S 
LATIN SMALL LETTER T 
LATIN SMALL LETTER U 
LATIN SMALL LETTER V 
LATIN SMALL LETTER W 
LATIN SMALL LETTER X 
LATIN SMALL LETTER Y 
LATIN SMALL LETTER 
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a 
b 
c 
d 
e 
f 
8 
h 
i 
j 
k 
l 
m 
n 
) 
Pp 
q 
r 
S 
t 
u 
Vv 
w 
X 
y 
Zz 


6.4.2 Alternative graphic character allocations 


Two alternative graphic characters are allocated to each of the bit combinations 2/3 and 2/4. These 
characters are specified in table 2. 


6.4.3 


6.5 
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Table 2 - Alternative graphic character allocations 


Graphic Coded 
Symbol representation 


NUMBER SIGN 
POUND SIGN 
DOLLAR SIGN 
CURRENCY SIGN 


Either the character NUMBER SIGN or the character POUND SIGN shall be allocated to bit combination 
2/3 and either the character DOLLAR SIGN or the character CURRENCY SIGN shall be allocated to bit 
combination 2/4 (see clause 8). 


Unless otherwise agreed between sender and recipient, the graphic symbols £, $ and = do not designate 
the currency of a specific country. 


National or application-oriented graphic character allocations 

No specific graphic character is allocated to the ten bit combinations 4/0, 5/11 to 5/14, 6/0 and 7/11 to 
7/14. These bit combinations are available for national or application-oriented use. Either a unique 
graphic character shall be allocated to each of these bit combinations, or the bit combination shall be 
declared unused (see clause 8.1). 


Character DELETE 


The acronym of the character DELETE is DEL and it is represented by bit combination 7/15. DEL was 
originally used to erase or obliterate an erroneous or unwanted character in punched tape. DEL may be used 
for media-fill or time-fill. DEL characters may be inserted into, or removed from, a data stream without 
affecting the information content of that stream, but such action may affect the information layout and/or the 
control of equipment. 


Composite Graphic Characters 


Whilst all graphic characters specified in this International Standard are spacing characters, it is possible, by 
using BACKSPACE or CARRIAGE RETURN to image two or more graphic characters at the same character 
position (see also annex B.2). 


For example, SOLIDUS and EQUALS SIGN may be combined to image "not equals". The character LOW 
LINE, that may be used as a free-standing character, may also be associated with other character(s) to represent 
the graphic rendition "underlined". 


Diacritical marks may be allocated to the bit combinations specified in 6.4.3 and be available for composing 
accented letters. For such composition a sequence of three characters, the first or last of which is the letter to be 
accented and the second of which is BACKSPACE may be used. Furthermore, QUOTATION MARK, 
APOSTROPHE or COMMA can be associated with a letter by means of BACKSPACE for the composition of 
an accented letter with a diaeresis, an acute accent or a cedilla, respectively. 


Versions of the Coded Character Set 


General 


In order to use the 7-bit coded character set for information interchange, it is necessary to exercise the 
options left open in clause 6: 


— to specify the CO set of control characters according to annex A. 
— to specify the GO set: 


e to allocate to each of the bit combinations 2/3 and 2/4 one of the alternative graphic characters 
specified in 6.4.2, 


8.2 


8.3 
8.3.1 


8.3.2 


8.3.3 


e to allocate to each of the bit combinations 4/0, 5/11 to 5/14, 6/0, and 7/11 to 7/14 a unique graphic 
character, or to declare the bit combination unused. 


A graphic character allocated to a bit combination specified in 6.4.1 and 6.4.2 shall not be allocated to any 
other bit combination. For example, the POUND SIGN, if not allocated to bit combination 2/3, shall not be 
allocated to any other bit combination. 


A character set completed in this way is called a "version of ECMA-6". 


Such a version will generally be the subject of a specification document which states how the above options 
have been exercised. Such a specification is said to be in accordance with this Standard. 


International Reference Version (IRV) 


This version is available for use when there is no requirement to use a national or an application-oriented 
version. In information interchange, the IRV is assumed unless an agreement exists between sender and 
recipient of the data (see also clause 10). The graphic characters allocated to the GO set of the IRV shall be 
as specified in tables 1 and 3, see table 5. Agreement between sender and recipient of the data shall be 
required if composite characters are used. 


If the CO set of the IRV is used, it shall be as specified in A.2 of annex A. 


Table 3 - IRV graphic character allocations 


Graphic Coded 
Name . 
Symbol representation 


2/4 
COMMERCIAL AT 4/0 
5/11 


peCuRLTeAe t a| 
iat ea VERTICAL LINE 


National versions 


The responsibility for defining national versions lies with the National Standardization Bodies. These 
bodies shall exercise the options available and make the required selection (see annex B). 


If so required, more than one national version can be defined within a country. The different versions shall 
be separately identified. In particular, when alternative graphic characters are required, for a given bit 
combination, for example 5/12, two different versions shall be identified, even if they differ only by this 
single character. 


If, in a country, there is no special demand for specific graphic characters, it is strongly recommended that 
the characters of the GO set of the International Reference Version (IRV) be selected and allocated to the 
same bit combinations as in the IRV. 


However, when graphic characters that are different from the characters of the IRV are required, they shall 
have distinct forms and be given distinctive names which are not in conflict with any of the forms or the 
names of any of the graphic characters in the IRV. 


8.4 
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Application-oriented versions 


Within national or international industries, organizations or professional groups, application-oriented 
versions may be used. They require precise agreement among the interested parties, who will have to 
exercise the options available and to make the required selection. 


Identification of Versions 
Purpose and context of identification 


CC-data-elements conforming to a version of this ECMA Standard are intended to form all or part of a 
composite unit of coded information that is interchanged between an originator and a recipient. The 
identification of the version of this ECMA Standard that has been adopted by the originator shall also be 
available to the recipient. The route by which such identification is communicated to the recipient is outside 
the scope of this ECMA Standard. 


However, some standards for interchange of coded information may permit, or require, that the coded 
representation of the identification applicable to the CC-data-elements forms a part of the interchanged 
information. This clause specifies a coded representation for the identification of a version of this 
International Standard. Such coded representations form all or part of an identifying data element, which may 
be included in information interchange in accordance with the relevant standard. 

Identification of a version 


The identification of a version of this ECMA Standard shall comprise a set of identifications, one for the CO 
set and GO set that constitute the version. Each identification in the set shall consist of a designating escape 
sequence of the type shown below. 


ESC 2/1 F shall identify the CO set. 
ESC 2/8 F shall identify the GO set. 


The final byte F of these escape sequence shall be obtained from the International Register ISO 2375. If the 
CO set is empty, the identification shall be the same escape sequence in which the final byte F is 7/14. 


The IRV shall be identified by the following escape sequences: 

For the CO set, if provided, by Registration ISO IR No. 1 : ESC 2/1 4/0 
For the CO set, if not provided, by ESC 2/1 7/14 

For the GO set by Registration ISO IR No. 6: ESC 2/8 4/2 


Such a version will generally be the subject of a specification document which states how the options in 
clauses 6, 7 and 8 have been exercised. Such a specification is said to be in accordance with this ECMA 
Standard. 


Explanation of Code Tables No. 4 and No. 5 


Table 4 is the basic 7-bit code table. It shows the 7-bit coded character set specified in clause 5 and indicates 
the options related to alternative graphic characters (6.4.2) and national or application-oriented use (6.4.3). 


Bit combinations 0/0 to 1/15 are reserved for control characters and are shown empty. Bit combinations 2/0 to 
7/15 represent a graphic symbol, an acronym, or a reference to a clause of this International Standard. A 
reference to 6.4.2 and 6.4.3 is denoted by © or ®, respectively. 


Table 5 is a code table showing a version which includes the GO set of the IRV and no CO set. 


Table 4 - Basic Code Table 
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Table 5 - Version 
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Annex A 


(normative) 


Specification of the CO set 


CO set of a version of Standard ECMA-6 


The CO set of a version of Standard ECMA-6 shall be a sub-set of the CO set of Standard ECMA-48. The 
selected control functions shall be used according to their definitions in Standard ECMA-48. Bit combinations 
corresponding to control functions not selected shall be declared unused. 


CO set of the IRV 
If the CO set of the International Reference Version (IRV) is used, it shall be the CO set of Standard ECMA-48. 


Table A.1 


Table A.1 shows, for convenience, the CO set of ISO 6429. For the definition of these control functions see 
Standard ECMA-48. 


Table A.1 - C0 Set of ECMA-48 
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Annex B 


(informative) 


Guidelines for Standards derived from Standard ECMA-6 


General 


When drafting national or application-orientated standards based on ECMA-6, it is recommended that the 
following considerations be taken into account. 


Structure of a Standard 


It is recommended that the same structure and editorial style as implemented for ECMA-6 be adopted. All 
facilities, restrictions and specifications of the standard should be stated clearly in sentences using plain 
language, rather than being summarized in tables with notes. 


Control functions 


The standard should contain the selection of control characters from the CO set of ECMA-48 and an explicit 
description of the corresponding control functions. Even where the descriptions are identical with those of 
ISO 6429, they should be stated explicitly, and not merely by reference to ECMA-48. For application- 
oriented standards the specific meaning of the Information Separators and of the Device Controls should be 
defined. 


Graphic characters (see 8.3.3) 


Where there is no need for particular characters, the graphic characters of the International Reference 
Version (IRV) should be allocated to the same bit combinations and with the same names as in ECMA-6. 


Composite graphic characters and repertoire 


ECMA-6 permits the construction of composite graphic characters by using the control characters 
BACKSPACE and CARRIAGE RETURN to image two or more graphic characters at the same character 
position. 


The total number of graphic characters which can be obtained from any version of the character set, with or 
without using this facility, is called the repertoire. ECMA-6 does not define a particular repertoire. However, 
as the interpretation and/or the imaging of composite characters may cause difficulties, agreement between 
sender and recipient of the data may be required. To minimize the need for such agreements and to facilitate 
interchange, national or application-oriented standards may specify a standard repertoire of graphic 
characters which permit only a limited number of composite graphic characters. Such limitations are 
considered fully compatible with ECMA-6. 


Versions 


In a standard, one or more versions can be specified. It should be noted that a version is not a standard but 
only part of a standard. The standard itself consists of the CO set and the well-defined version or versions and 
a set of clauses as mentioned above. The definition of a version requires that the options mentioned in 8.1 be 
properly exercised. 
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Annex C 


(informative) 


Differences between the fifth Edition (1983) and the present (sixth) Edition of this ECMA 
Standard 


1) The new text for the conformance clause adopted for all code standards has been introduced. 


2) The wording of all definitions has been aligned with that of ECMA-43, "8-Bit Coded Character Set, Structure and 
Rules" and ISO/IEC 10538, "Information technology - Control functions for text communication". 


3) In the GO set of the IRV the character DOLLAR SIGN replaces the character CURRENCY SIGN in position 2/4. 
Otherwise this GO set is unchanged. 


4) The requirements for the CO set have been relaxed. The sole requirement is that the CO set be a sub-set of the CO set 
of the fifth edition of this Standard. This CO set is shown in normative annex A. For the definitions of the 32 control 
characters reference is made to ECMA-48. 


As a consequence the Basic Code Table (table 4) and table 5 showing a version of ECMA-6 with the GO set of the IRV 
do not show any specific control characters in columns 0 and 1. 


Printed copies can be ordered from: 


ECMA 

114 Rue du Rhone 

CH-1204 Geneva 

Switzerland 

Fax: +4122 849.60.01 
Internet: documents @ecma.ch 


A description of this Standard can be found on the ECMA web site. www.ecma.ch. From there, files E006-DOC.EXE 
(MSWord, self-expanding) and EO06-PDF.PDF (Acrobat PDF) can be freely downloaded. 


The ECMA web site, http://www.ecma.ch, gives full information on ECMA, ECMA activities, ECMA Standards and Technical 
Reports. 
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